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Description 

[OPTIMIZED SCHEDULING BASED ON 
SENSITIVITY DATA] 

Background of Invention 
[0001] Technical Field 

[0002] The invention relates generally to an assembly system and 
more specifically to a scheduling optimizer for a device, 
such as a semiconductor, assembly system. 

[0003] Related Art 

[0004] Devices, such as semiconductor components, Cathode-ray 
tubes, hard drives, and other electronic and non- 
electronic devices in a manufacturing environment may be 
sensitive to several different types of activities or events 
as they are being manufactured. These activities and other 
factors may produce a failure of the device, especially in 
the case that the device is an electronic component that 
may be impaired or destroyed from electrical overstress 
(EOS), electrostatic discharge (ESD) or latch-up. 



[0005] EOS, ESD and latch-up are concerns in both internal and 
peripheral circuitry of a device. Specifically, ESD activities 
may influence, to name a few, off-chip drivers, ESD net- 
works, transmitter and receiver networks, system clocks, 
phase lock loops, capacitors, decoupling capacitors and 
fill shapes. ESD activities may also influence DRAM mem- 
ory, SRAM memory, gate arrays, and logic circuitry. Latch- 
up may occur between interactions within a given circuit, 
or between circuits. Latch-up may also be an inter-circuit 
or intra-circuit interaction. 

[0006] Several activities or factors that may cause ESD, EOS or 
latch-up in electronic components include: the environ- 
ment through which the device is routed; the shipping of 
the device; shipping container types; machines used to 
assemble the device; extent of handling of the device; de- 
vice design; fabrication technology; device package style; 
and/or tools used in the manufacturing of the device. 
Specifically, with environmental conditions, humidity in- 
fluences the ESD discharge process and the level of po- 
tential risk to the device. Dry environments can lead to a 
higher ESD discharge event, leading to a higher risk to de- 
vice failure. High humidity leads to a lower ESD discharge 
event. With shipping of the device, ESD failures may be in- 



fluenced, for example, by the motion, material properties 
of the shipping containers and vehicles, and/or the per- 
centage of material, including the devices, within each 
shipping container. Electromagnetic emissions (EMI) noise 
can also induce ESD activities during shipping and han- 
dling. 

[0007] Failures may occur at different stages of the manufactur- 
ing and assembly of the device prior to the final device 
development. ESD failures may occur on wafers, diced de- 
vices, and packaged and unpackaged components. With 
automated material handling systems (AMHS), the move- 
ment of assembly lots of devices between stocking points, 
bays, and individual tools may be done without human 
operators through a floor schedule. But even without hu- 
man operators, the device may be sensitive to different 
types of machines or mechanisms with various levels of 
sensitivity at different points of the assembly of the de- 
vice. 

[0008] Currently, there are a variety of industry standard meth- 
ods that are used for reducing ESD failure rates (e.g., hu- 
midity control) in the assembly of a device. Some of these 
methods may be selectively applied with the assembly of 
the device. Although these methods may reduce specific 



ESD sensitivities, other ESD sensitivities may occur with 
the assembly of the device that may not be noticed until 
the device or other devices fail. Consequently, modifica- 
tions to the floor schedule of an assembly unit (e.g., the 
tools, systems, methods, etc., that are used or available 
for use in a manufacturing environment to assemble a de- 
vice, or a group of devices, such as an assembly lot) that 
could reduce other occurring ESD sensitivities may not be 
made until many devices have failed, thus, negatively af- 
fecting the yield loss of the assembly. 
[0009] Accordingly, a need has developed in the art for a system 
and method that analyzes a device for sensitivities, such 
as ESD sensitivities, and allows for modification of a floor 
schedule of an assembly unit based on the sensitivity of 
the device while improving the overall performance of the 

assembly unit. 
Summary of Invention 

[0010] The present invention provides a scheduling optimizer 

system, method and program product that analyzes a de- 
vice for sensitivities, such as ESD sensitivities, and allows 
for modification of a floor schedule of an assembly unit 
based on the sensitivity of the device while improving the 
overall performance of the assembly unit. 



[0011] Generally, a first aspect of the present invention is di- 
rected to a method comprising the steps of: providing a 
floor schedule of an assembly unit for a device; and opti- 
mizing the floor schedule based on sensitivity data during 
operation of the assembly unit on the floor schedule. 

[0012] | n addition, a second aspect of the present invention pro- 
vides a computer program product comprising a computer 
useable medium having computer readable program code 
embodied therein for optimizing a floor schedule of an 
assembly unit for a device, the program product compris- 
ing: program code configured to analyze sensitivity data 
for the a device during operation of the assembly unit on 
the floor schedule; and program code configured to opti- 
mize the floor schedule of the assembly unit based on the 
sensitivity data. 

[0013] The present invention also provides an optimizer system 
comprising: a model analyzer for receiving sensitivity data 
for a device of an assembly unit, and analyzing the sensi- 
tivity data during operation of the assembly unit on a floor 
schedule; and a scheduling optimizer for optimizing the 
floor schedule of the assembly unit based on the analyzed 
sensitivity data. 

[0014] T ne present invention also provides a method comprising 



the steps of: generating sensitivity data for a device of an 
assembly unit during operation of the assembly unit on a 
floor schedule; and receiving an optimal path data of the 
floor schedule that is generated based on the sensitivity 
data, wherein the optimal path data controls the path of 
the device through the assembly unit. 
[0015] The present invention also provides a testing unit com- 
prising: a sensitivity monitor for generating sensitivity 
data for a device; a reliability generator for generating re- 
liability data having rules for the device; and a tool con- 
troller for invoking the sensitivity monitor and reliability 
generator and shutting down a testing tool of the testing 
unit. 

[0016] The foregoing and other features of the invention will be 
apparent from the following more particular description of 
embodiments of the invention, as illustrated in the ac- 
companying drawings. 
Brief Description of Drawings 

[0017] Embodiments of the present invention will hereinafter be 
described in conjunction with the appended drawings, 
where like designations denote like elements, and 
wherein: 

[0018] FIG. 1 is a block diagram of an example environment of a 



scheduling optimizer system in accordance with the 
present invention; 

[0019] FIG. 2 is a block diagram illustrating a scheduling opti- 
mizer system in accordance with the present invention; 

[0020] FIG. 3 is a block diagram illustrating a specific example of 
a scheduling optimizer of the scheduling optimizer sys- 
tem of FIG. 2; 

[0021] FIG. 4 is a flow diagram illustrating a method of the 

scheduling optimizer system and environment of FIGS. 1 
and 2; 

[0022] FIG. 5 is a block diagram illustrating an example of a data 
path through scheduling optimizer system of FIGS. 2 and 

3; 

[0023] FIG. 6 is a flow diagram illustrating an example of a 
method of operation for the model analyzer of FIG. 2; 

[0024] FIG. 7 is a flow diagram illustrating an example of a 

method of operation for the response algorithm of FIG. 3; 

[0025] FIGS. 8 and 9 are block diagrams of specific examples of 
an assembly unit and messaging system that may be used 
in the environment of FIG. 1; 

[0026] FIG. 10 is a block diagram of a specific example of a test- 
ing unit and messaging system that may be used in the 
environment of FIG. 1; and 



[0027] FIG. 11 is a block diagram of an example of a messaging 

system for the scheduling optimizer system of FIG. 2. 
Detailed Description 

[0028] For convenience purposes only, the sections below are 
outlined with the following headings (parentheticals not 
included): i. Overview of Scheduling Optimizer Environ- 
ment (FIG. 1); ii. Scheduling Optimizer System (FIGS. 2-7); 

iii. Assembly Unit with Messaging System (FIGS. 8 and 9); 

iv. Testing Unit with Messaging System (FIG. 10); v. 
Scheduling Optimizer with Messaging System (FIG. 11); 
and vi. Conclusion. 

[0029] j. Overview of Scheduling Optimizer Environment 

[0030] with reference to the accompanying drawings, FIG. 1 is a 
block diagram of an example of the environment of a 
scheduling optimizer system 10 in accordance with the 
present invention. In this example, the environment of 
scheduling optimizer system 10 includes an assembly unit 
60, a testing unit 250, a messaging system 34 and 
scheduling optimizer system 10. The present invention 
will be mainly described relative to a semiconductor man- 
ufacturing setting. It should be recognized, however, that 
the teachings of the invention are suitable for a variety of 



different applications. 
[0031] As aforementioned, in a manufacturing environment, a 

device (e.g., a semiconductor device, a Cathode-ray tube, 
hard-drive, electronics, other devices affected by ESD, or 
other devices that may experience a yield loss due to a 
sensitivity, etc.), or a group of devices (e.g., an assembly 
lot) are assembled through an assembly unit, such as as- 
sembly unit 60. An "assembly unit" 60 may include the 
tools, assemblies, processes, activities, systems, etc., 
used or available for use in a manufacturing environment 
to assemble a device (not shown), or assembly lot (not 
shown), or any of the aforementioned used for moving 
during manufacturing, storing, shipping or otherwise re- 
lated to a device. Assembling a device may include putting 
together multiple discrete items to make a single item, or, 
in the case of wafer manufacturing, allowing a continuous 
assembly process. Examples of assembly unit 60 may in- 
clude, but are not limited to: photolithography tools, 
testers, ion implant tools, furnaces, at least one tool used 
in the design and manufacturing of a semiconductor, or 
other devices that may be affected by ESD or other manu- 
facturing sensitivities, such as hard-drives, Cathode-ray 
tubes, etc.; tools used in the moving or shipping of ESD 



sensitive devices; and processes or activities used in the 
manufacturing of a device, or a combination of any of the 
above. 

[0032] Assembly unit 60 operates through a floor schedule. The 
floor schedule indicates the specific tools, activities, etc., 
that are to be used in the assembly of a device or assem- 
bly lot. The floor schedule of assembly unit 60 may be 
provided from scheduling optimizer system 10 through an 
automatic handling system (AMHS), which may be part of 
scheduling optimizer system 10; through other sources; 
or may be generated as a device or assembly lot is being 
manufactured. The floor schedule may include, but is not 
limited to: the movement of assembly lots between stock- 
ing points, bays and individual tools, the current lot loca- 
tions, reticle locations, lot status, tool status, alternate 
routes, recipes, etc. In the present invention, the floor 
schedule may be optimized to reduce sensitivities (e.g., 
ESD sensitivities) during the operation of assembly unit 
60. 

[0033] Assembly unit 60 sends assembly data 42 to scheduling 
optimizer system 10 and receives an optimal path data 44 
from scheduling optimizer system 10. Assembly data 42 
may include, for example, information of a tool and its 



position and function, and sensitivity of the tool, etc. (tool 
set data), and sensitivity data of the device (e.g., ESD sen- 
sitivity data, or similar data involving risk factors of the 
device). Optimal path data 44 also indicates whether a 
tool or activity, etc., of assembly unit 60 should be shut 
down. 

[0034] Testing unit 250 tests for sensitivities as a device is being 
assembled by assembly unit 60. The sensitivities may be 
from the device, assembly unit 60, or testing unit 250. 
This information is generated by testing unit 250 and may 
be sent to scheduling optimizer system 10 during the op- 
eration of assembly unit 60 so that scheduling optimizer 
system 10 may optimize the floor schedule of assembly 
unit 60 before other devices are affected by the sensitivi- 
ties. Thus, testing unit 250 includes the tools or activities 
that gather and generate "testing data" 48 about the op- 
eration of assembly unit 60 and the information about the 
device or assembly lot assembly unit 60 is working on. 
Testing data 48 is sent to scheduling optimizer system 10 
through messaging system 34. Testing data 48 may in- 
clude reliability data (i.e., rules of what is allowable and 
what is not allowable for a device, tool or activity), and 
sensitivity data (which may be collected through direct 



charge or radio frequency) for a device, assembly lot and/ 
or testing unit 250. Optimal path data 44 may also be 
sent to testing unit 250 from scheduling optimizer system 
10 to indicate whether a tool or activity, etc., of testing 
unit 250 needs to be shut down. 

[0035] Scheduling optimizer system 10 receives testing data 48 
from testing unit 250 and assembly data 42 from assem- 
bly unit 60. Using this data, scheduling optimizer system 
10 may estimate certain factors (e.g., the yield risk factors 
of an assembly lot, the risk factors of the sensitivities, 
etc.) of the device or assembly lot to decide whether to 
optimize the floor schedule of assembly unit 60. Then, 
optimization of the floor schedule may be achieved, for 
example, through the shutting down of a tool in assembly 
unit 60 or in testing unit 250, and/or the rerouting of the 
device to a different tool in assembly unit 60, indicated by 
optimal path data 44. Thus, scheduling optimizer system 
10 may move a particular assembly lot to a different tool 
or activity of assembly unit 60 to reduce sensitivities 
caused from other tools or activities of assembly unit 60. 

[0036] Messaging system 34 controls the movement of data be- 
tween assembly unit 60, testing unit 250, and scheduling 
optimizer system 10. Real-time optimization of assembly 



unit 60 may occur because of messaging system 34. 
Hence, one aspect of the present invention is the real- 
time modification of the floor schedule of assembly unit 
60 using scheduling optimizer systemlO and testing unit 
250, thus allowing the avoidance or reduction of sensitivi- 
ties during the assembly of a device or assembly lot. 
[° 037 ] ii. Scheduling Optimizer System 

[0038] FIG. 2 is block diagram of one embodiment of a schedul- 
ing optimizer system 10 of FIG. 1 in accordance with the 
invention. As seen in FIG. 2, scheduling optimizer system 
10 includes a memory 12, a central processing unit (CPU) 
14, a messaging system 17, input/output devices (I/O) 
16, a bus 18, a database 20, and a reliability and sensitiv- 
ity data storage 24. Database 20 and reliability and sensi- 
tivity data storage 24 may be provided for storage of data 
relative to processing tasks, such as sensitivity data, relia- 
bility data, and optimal path data. Memory 12 includes a 
program product 22 that, when executed by CPU 14, 
comprises various functional capabilities described in fur- 
ther detail below. Memory 12, reliability and sensitivity 
data storage 24, and database 20 may comprise any 
known type of data storage system and/or transmission 
media, including magnetic media, optical media, random 



access memory (RAM), read only memory (ROM), a data 
object, etc. Moreover, memory 12, reliability and sensitiv- 
ity data storage 24, and database 20 may reside at a sin- 
gle physical location comprising one or more types of 
data storage, or be distributed across a plurality of physi- 
cal systems. CPU 14 may likewise comprise a single pro- 
cessing unit, or a plurality of processing units distributed 
across one or more locations. 

[0039] Messaging system 17 may represent one specific messag- 
ing system, such as a messaging and queuing (MQ) queue 
system, or several different messaging systems and/or 
environments. Messaging system 17 may also comprise a 
single physical system or a plurality of systems distributed 
across one or more locations. Messaging system 34 (FIG. 
1) may be part of messaging system 17 or may be part of 
a separate messaging system that may work in conjunc- 
tion with messaging system 17. 

[0040] |/o 16 may comprise any known type of input/output de- 
vice including a network system, modem, keyboard, 
mouse, scanner, voice recognition system, CRT, printer, 
disc drives, etc. Additional components, such as cache 
memory, communication systems, system software, etc., 
may also be incorporated into system 10. 



[0041] a s shown in FIG. 2, program product 22 may include 

model analyzer 28, scheduling optimizer 30, and other 
system components 32. Model analyzer 28 analyzes the 
sensitivity data received from assembly unit 60 (FIG. 1) 
and/or testing unit 250 (FIG. 1), and is discussed in 
greater detail with reference to FIG. 6 below. Scheduling 
optimizer 30 optimizes the floor schedule of assembly 
unit 60 (FIG. 1) based on the analyzed sensitivity data. 

[0042] FIG. 3 illustrates one embodiment of scheduling optimizer 
30, which includes a response algorithm 372, a yield risk 
factors unit 374, a tool inhibit recommendations unit 376, 
a maintenance alert messages unit 378, an AMHS dis- 
patcher 380 and a maintenance scheduler 382. Although 
these specific units are shown in scheduling optimizer 30 
for this example, it is to be understood that other units 
may be included and/or the units shown may be indepen- 
dent of scheduling optimizer 30 (e.g., AMHS dispatcher 
380 may be an independent unit that communicates with 
scheduling optimizer 30, etc.). Response algorithm 372 
generates estimated yield factors for a device and/or as- 
sembly lot on each of the tools that could potentially be 
used on the device or assembly lot. Response algorithm 
372 also provides the data needed for yield risk factors 



unit 374, tool inhibit recommendations unit 376, and 
maintenance alert messages unit 378. Yield risk factors 
unit 374 indicates relative preferences for one tool com- 
pared to another with respect to a predefined tool prioriti- 
zation method (e.g., one tool utilizing less voltage than 
another tool). Tool inhibit recommendations unit 376 
blocks dispatching of the device and/or assembly lot to a 
specified tool or tools. Maintenance alert messages unit 
378 provides an alert message to maintenance scheduler 
382, which schedules maintenance on tools based on as- 
sociated priorities and target maintenance schedules. 
AMHS dispatcher 380 determines where to move the de- 
vice and/or assembly lot depending on the data from yield 
risk factors unit 374 and tool inhibit recommendations 
unit 376 and optimizes the floor schedule accordingly 
through optimal path data 44 (FIG. 1). As aforementioned, 
optimal path data 44 (FIG. 1) includes the tools, etc., to be 
inhibited (i.e., shut down), and the optimized floor sched- 
ule for the device and/or assembly. One embodiment of 
an operational method of optimizer system 10 (FIG. 2) and 
program product 22 (FIG. 2), including scheduling opti- 
mizer 30, will be discussed in greater detail with reference 
to FIGS. 4 and 5 below. 



[0043] FIG. 4 is a flow diagram illustrating one embodiment of an 
operational method of system 10 (FIG. 2) in accordance 
with the present invention. FIG. 4 should be reviewed in 
conjunction with FIG. 1. As seen in FIG. 4, the first step 52 
includes providing a floor schedule of assembly unit 60 
for a device (not shown) to scheduling optimizer system 
10 (FIG. 2). As aforementioned, the floor schedule is the 
scheduling and positioning of the assemblies and/or tools 
that manufacture a device or assembly lot. 

[0044] The second step 54 includes generating sensitivity data 

for assembly unit 60, testing unit 250, and the device (not 
shown) or assembly lot (not shown) being assembled by 
assembly unit 60. If sensitivity data is already present for 
a device, then this step may be omitted. Sensitivity data is 
generated from assembly unit 60 and testing unit 250 
during the operation of the assembly unit 60 according to 
the floor schedule. One example of generating sensitivity 
data is through generating statistical "sensitivity models." 
Sensitivity models represent the ESD failures of a device 
and may be used to estimate the yield factors of an as- 
sembly lot to determine if the floor schedule of the as- 
sembly lot or device should be optimized. Some examples 
of sensitivity models that are well-known in the art in- 



elude: human body models (HBM); machine models (MM); 
charges device models (CDM); transmission line pulse 
(TLP), very fast transmission line pulse (VF-TLP), and cable 
discharge models; and cassette models, etc. Sensitivity 
models such as HBM, MM and CDM may be obtained 
through a simple resistor/capacitor circuit and are repre- 
sented by the magnitude of the resulting waveform. These 
models may be stored in reliability and sensitivity data 
storage 24 (FIG. 2), in database 20 (FIG. 2), and/or in data 
storage units on assembly unit 60 (FIG. 1) and/or testing 
unit 250 (FIG. 1). 

[0045] The next step 56 includes sending the sensitivity data to 
scheduling optimizing system 10 using messaging system 
17. Thus, scheduling optimizing system 10 receives the 
sensitivity data from assembly unit 60 and testing unit 
250 during operation of assembly unit 60 on the floor 
schedule. The sensitivity data may be generated and re- 
ceived in real-time, thus allowing the floor schedule to be 
optimized based on current sensitivity data. 

[0046] The next step 58 includes optimizing the floor schedule 
of the assembly unit based on the sensitivity data of the 
device during operation of the assembly unit on the floor 
schedule. In optimizing the floor schedule, the sensitivity 



data from assembly unit 60 and testing unit 250 is first 
analyzed throughmodel analyzer 28 (FIG. 2) of scheduling 
optimizer system 10 (FIG. 2). For example, model analyzer 
28 (FIG. 2) may analyze a known sensitivity model to esti- 
mate a second sensitivity model in the case that the data 
from the second sensitivity model is incomplete. Then, the 
floor schedule of assembly unit 60 is optimized with 
scheduling optimizer 30 (FIG. 2) based on the analyzed 
data from model analyzer 28 (FIG. 2) of scheduling opti- 
mizer system 10 (FIG. 2). That is, scheduling optimizer 30 
may generate estimated yield factors for an assembly lot, 
and depending on the results, change the floor schedule 
to correspond to the higher assembly lot yield factors. The 
operation of model analyzer 38 will be described in more 
detail below relative to FIG. 6. 
[0047] The optimal path data 44 of the floor schedule is then 
sent back to assembly unit 60 and testing unit 250 
through messaging system 34, indicating whether a tool 
or activity should be shut down and/or a device rerouted. 
Thus, testing unit 250 and assembly unit 60 receive the 
optimal path data 44 of the floor schedule based on the 
sensitivity data, wherein the optimal path data 44 controls 
the path of the device through the assembly unit. 



[0048] Referring to FIG. 5, a data flow of scheduling optimizer 
system 10 (FIG. 2) will now be described. As aforemen- 
tioned, the parts of system 10 may be on the same physi- 
cal unit, or may be positioned throughout several loca- 
tions (e.g., in different geographical locations throughout 
the world). Messaging system 17 (FIG. 2), or a similar sys- 
tem, establishes confirmation of the transfer of data and 
updates of scheduling optimizer system 10 (FIG. 2). Since 
all the parts in real-time may experience different sensi- 
tivity based on ambient humidity at the different loca- 
tions, ESD robustness of the device, and compliance of the 
individual tools and facility with ESD standards, etc., mes- 
saging system 17 (FIG. 2) allows the real-time optimiza- 
tion of a floor schedule for optimal results of the assem- 
bly of devices. 

[0049] As seen in FIG. 5, model analyzer 28 of scheduling opti- 
mizer system 10 (FIG. 2) receives sensitivity data 358 from 
testing unit 250 (FIG. 1), and/or assembly unit 60 (FIG. 1). 
Sensitivity data may be represented through different sen- 
sitivity models that are generated from testing unit 250 
(FIG. 1) and/or assembly unit 60 (FIG. 1). Sensitivity mod- 
els that represent sensitivity data for this example may in- 
clude HBM, MM, CDM, TLP, VF-TLP, a cable discharge 



model, and/or a cassette model, etc. In generating the 
sensitivity models, ESD activities may be simulated and 
tested using ESD testers (e.g., ESD tools, activities, etc., 
that test for ESD). A device may be tested to quantify the 
ESD sensitivity of the device. As a result, a sensitivity 
model, such as HBM, MM and CDM, is then generated 
which represents the device sensitivity for a given design 
pass. This sensitivity model may be a function of the 
technology, the design, the design pass, and/or the tools 
at the time the device was formulated. 
[0050] As mentioned above, the sensitivity data is then analyzed 
through model analyzer 28. Referring to FIG. 6, a flow di- 
agram illustrating a method of operation of model ana- 
lyzer 28 is discussed in further detail. As seen in FIG. 6, 
the first step 386 includes providing sensitivity data, such 
as HBM, MM, and CDM model data, to model analyzer 28 
(FIG. 5). 

[0051] The next step 388 includes determining if the risk param- 
eter data of the sensitivity model data is complete (i.e., 
NO), or incomplete (i.e., YES). "Risk parameter data" may 
include parameters of the device that are at risk of ESD 
sensitivities (e.g., the amount of voltage a device can han- 
dle before the device will fail). If NO, the next step 392 in- 



eludes passing risk parameter data to response algorithm 
372 (FIG. 4). 

[0052] |f yes at step 388, the next step 390 includes determining 
if the associated correlation coefficients are available (i.e., 
YES) or not available (i.e., NO). "Correlation coefficients" 
are coefficients of sensitivity model data that correlate 
between each other. Correlation coefficients indicate 
whether a correlation exists between the known model 
data and the unknown model data. That is, there is a cor- 
relation between some ESD models, such as HBM, MM, TLP 
and VF-TLP models, allowing the prediction of one model 
from the results of another model (e.g., the magnitude of 
MM is approximately 5-10 times larger than the magni- 
tude of HBM). 

[0053] |f YES is the result at step 390, the next step 394 includes 
estimating risk parameters based on the correlation coef- 
ficients. Using correlating coefficients, communication 
may be expedited even in the case that there is a lack of 
data from other sensitivity models or assessments. One 
method for estimating risk parameters for the missing 
risk parameter data includes using the mean and standard 
deviation of the associated failure rate function for the 
device type, though it is to be understood that alternative 



risk models and associated parameters could be substi- 
tuted to estimate risk parameters that are within the 
scope of the invention. Specifically, a statistical sensitivity 
model may be used for prediction of ESD failures based on 
the device and the manufacturing environment. Algo- 
rithms containing the cumulative distribution result may 
be used for risk assessment and yield loss. Assuming a 
Gaussian distribution of the risk parameters, a probability 
distribution function can be defined for the power- 
to-failure distribution, wherein the power-to-failure dis- 
tribution indicates the range amount of power a device 
can handle before the device fails. 
[0054] The power-to-failure distribution algorithm is as follows: 



[0055] wherein f (P ) is the probability distribution function of 



power-to-failure, P is the power-to-failure variable and S 
is the standard deviation. 
[0056] The standard deviation algorithm is as follows: 
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[0057] 
[0058] 
[0059] 



[0060] 



wherein S is the standard deviation, and P is the power- 
p f 

to-failure variable. 

The next step, step 392 includes passing the estimated 
risk parameters to response algorithm 372 (FIG. 5). 
In some cases, sensitivity model data may be missing and 
correlation coefficients may not be available, or may be 
considered unreliable (i.e., step 390 = NO). Thus, the next 
step 396 includes passing a null to response algorithm 
372 (FIG. 5). If a null is passed to response algorithm 372 
(FIG. 5), default risk parameters may be used that are 
conservative estimates based on reliability data across all 
device types. 

Returning now to FIG. 5, the data from model analyzer 28, 
along with tool set data 368 and reliability data 370, is 
sent to response algorithm 372. Tool set data 368, which 
contains real-time data based on the sensitivities mea- 
surements for the set of tools that are available for as- 
sembly of assembly lots, is sent from assembly unit 60 
(FIG. 1). Tool set data 368 may also include data with 



probability distribution parameters, which are parameters 
estimated from the probability distribution function for- 
mula used for model analyzer 28. Reliability data 370 of a 
device is sent from testing unit 250 (FIG. 1). 

[0061] As aforementioned, response algorithm 372 is an algo- 
rithm used in scheduling optimizer 30 (FIG. 2). Using reli- 
ability data 370, response algorithm 372 may prioritize 
the inspection and testing of the device by testing unit 
250 (FIG. 1) for sensitivities. For example, inspection pri- 
oritization may be generated by response algorithm 372 
and used by testing unit 250 (FIG. 1) for the inspection of 
mask devices. Specifically, in a mask device, the risk of 
ESD sensitivities occurring between lines of a photomask 
and/or reticle increases or decreases depending on sev- 
eral factors. These factors, which may be represented as 
reliability data 370, include: mask level; process; technol- 
ogy; and spacing distributions. Mask level prioritization 
may be based on the ESD sensitivity of a mask level (e.g., 
PC, Ml, M2, M3, RX, CA, etc.). ESD sensitivity of the mask 
level increases with larger shapes close together, so PC 
and metal levels are at more risk than CA shapes. 

[0062] Different processes, such as a phase shift process or a 

non-phase shift process may increase or decrease the risk 



of ESD sensitivity in a mask and should be prioritized ac- 
cordingly. Different process yields may also increase or 
decrease the risk of ESD sensitivity. In technology, newer 
technology will increase the risk of ESD sensitivity since 
the line-to-line space is decreased in mask manufactur- 
ing. 

[0063] Spacing distributions prioritization may be based on the 
size of the space on a mask. For a first size of space, a 
first tool may be used since ESD damage may be more no- 
ticeable based on the discharge level. For a second size of 
space, a second tool may be used since the discharges 
may be at a lower level, but occur more frequently than 
the discharges with the first size of space. The first size of 
space is generally larger than the second size of space. 
The damage from the second size of space may be latent. 
Inspection of the first size of space and the second size of 
space may be prioritized based on the ESD damage pat- 
terns, which are distinct patterns representing the type of 
ESD discharge made in the mask. 

[0064] Response algorithm 372 also generates estimated yield 

factors for the assembly lot on each of the tools that could 
potentially be used on the assembly lot based on the cu- 
mulative distribution function used to obtain probability P 



(P > P ). For example, if there were three pho- 

ftool fdevice 

tolithography tools (A, B, C) that could be used for the 
production of assembly lot, then response algorithm 372 
could compute yield percentages for each tool (e.g., 70%, 
90%, and 80%). If the probability of yield loss on a particu- 
lar tool is below the required reliability specification, then 
response algorithm 372 initiates an inhibit request 
through tool inhibit recommendations unit 376 to AMHS 
dispatcher 380. The inhibit request includes the tools, 
etc., to be inhibited (i.e., shut down). Furthermore, re- 
sponse algorithm 372 provides data to maintenance alert 
message unit 378 if the tools ESD measurement falls 
within a predefined range of values. Maintenance alert 
message unit 378 can then provide an alert message to 
maintenance scheduler 382, which schedules maintenance 
on tools based on associated priorities and target mainte- 
nance schedules. 
[0065] Referring to FIG. 7, a flow diagram illustrates a method of 
operation of response algorithm 372. As seen in FIG. 7, 
the first step 398 includes providing the output of model 
analyzer 28 (FIG. 5), tool set data 368 (FIG. 5), and relia- 
bility data 370 (FIG. 5) to response algorithm 372 (FIG. 5). 
The next step 400 includes determining if the risk param- 



eters (i.e., the mean and standard derivation of P and P 

ftool 

) are available from model analyzer 28 (FIG. 5) (i.e., 

fdevice 

YES), or not available (i.e., NO). If NO at step 400, the next 
step 410 includes passing a NULL response to AMHS dis- 
patcher 380 (FIG. 3). 

[0066] |f YES is the result at step 400, the next step 402 includes 
determining if tool ESD measurement data is available 
(i.e., YES), or not available (i.e., NO). If NO is the result at 
step 402, the next step 410 includes passing a NULL re- 
sponse to AMHS dispatcher 380 (FIG. 3). 

[0067] |f yes is the result at step 402, the next step 404 includes 
computing the yield factors. That is, the cumulative distri- 
bution function is used to obtain the probability P (P > 

ftool 

P ). This result is sent to yield risk factors unit 374 

fdevice 

(FIG. 3) so that the tools to be used for assembly unit 60 
(FIG. 1) may be prioritized. 
[0068] The next step 406 includes computing the set of tools to 
be inhibited for an assembly lot, which results are sent to 
tool inhibit recommendations unit 376 (FIG. 3). That is, if 
the probability of yield loss on a particular tool is above 
the required reliability specification, then response algo- 
rithm 372 (FIG. 3) initiates an inhibit request through tool 
inhibit recommendations unit 376 (FIG. 3) to AMHS dis- 



patcher 380 (FIG. 3), which determines where to move the 
device and/or assembly lot. The final step 412 includes 
estimating the productivity measure for the tools that may 
be used, which results are sent to maintenance alert mes- 
sages unit 378 (FIG. 3). That is, response algorithm 372 
(FIG. 3) provides data to maintenance alert message unit 
378 (FIG. 3) if the tools ESD measurement falls within a 
predefined range of values. The data is used to indicate 
which tool or tools need servicing. 
[0069] Returning now to FIG. 5, the resulting data of response al- 
gorithm 372 is sent to yield risk factors unit 374, tool in- 
hibit recommendations unit 376 and maintenance alert 
messages unit 378. Data from yield risk factors unit 374 
indicates relative preference for one tool compared to an- 
other with respect to a predefined tool prioritization 
method (e.g., one tool utilizing less voltage than another 
tool). Data from tool inhibit recommendations unit 376 
may be used to block dispatching of the assembly lot to a 
specified tool or tools. Data from maintenance alert mes- 
sages unit 378 provide an alert message to maintenance 
scheduler 382, which include: 1) the number of lots un- 
serviceable by any tool; and 2) the average number of 
product types serviceable by tool i, for i = 1, . . . ,N, where 



N is the number of alternate tools that the assembly lot 
may be dispatched to. The first alert message provides a 
measure as to the importance of servicing assembly unit 
60 (FIG. 1). The second alert message provides a measure 
as to the importance of servicing the tool with respect to 
tool efficiency (e.g., tool throughput). Thus, these mea- 
sures may be used to prioritize the scheduling of ESD 
maintenance activities for assembly unit 60 (FIG. 1). 
[0070] The resulting data of maintenance alert messages unit 
378 is sent to maintenance scheduler 382. Maintenance 
scheduler 382 schedules ESD maintenance on tools based 
on associated priorities and target maintenance sched- 
ules. 

[0071] The resulting data of yield risk factors unit 374 and tool 
inhibit recommendations unit 376 are sent to AMHS dis- 
patcher 380. The AMHS dispatcher 380 decides where to 
move the assembly lot (e.g., to which available tool) de- 
pending on the data received from yield risk factors unit 
374, tool inhibit recommendations unit 376, as well as 
other relevant data including: lot priority, critical ratio of 
the risk yield factors, setup times at the tool, current 
workload at each tool, etc., and optimizes the floor 
schedule accordingly through optimal path data. 



[0072] The resulting data, which corresponds to the optimal path 
data, of AMHS dispatcher 380 and maintenance scheduler 
382 are sent to assembly unit 60 (FIG. 1), testing unit 250 
(FIG. 1), and any other unit that may be used in the as- 
sembly or maintenance of the system through messaging 
system 34 (FIG. 1). 

[° 073 ] iii. Assembly Unit with Messaging System 

[0074] FIGS. 8 and 9 are block diagrams of two specific examples 
of assembly unit 60 (FIG. 1) for a tool (not shown). Al- 
though only two examples are shown specifically, other 
examples may be used that are within the scope of the in- 
vention. 

[0075] FIG. 8 illustrates a specific tool assembly unit 60 compris- 
ing tool controller 66, ESD sensitivity monitor 62, tool 
data storage 64, MQGet process 68 and MQ Put process 
90, which are on the same physical unit 70 as MQ queue 
manager 76, MQ receive queue 74 and MQ send queue 
72. 

[0076] | n operation, tool controller 66 invokes ESD sensitivity 

monitor 62 to generate the tool"s ESD sensitivity data. ESD 
sensitivity data is stored in tool data storage 64, which 
contents are accessible to ESD sensitivity monitor 62, tool 
controller 66, MQ Get process 68 and MQ Put process 90. 



Tool controller 66 then invokes MQ Put process 90 to 
send the data to scheduling optimizer system 10 (FIG. 1) 
through MQ send queue 72. In this specific example, MQ 
Put process 90 makes a direct MQ connection 80 to MQ 
queue manager 76 using direct MQ application program- 
ming interfaces (APIs) and sends the tool sensitivity data 
as an MQ message. 
[0077] t 00 | controller 66 then invokes MQ Get process 68, which 
makes a direct MQ connection 78 to MQ queue manager 
76 using direct MQAPIs and receives the optimal path 
data of the floor schedule as an MQ message through MQ 
receive queue 74. Tool controller 66 uses the optimal path 
data to determine if the tool is to continue to be in service 
or is to be removed from the manufacturing process (e.g., 
shut down). 

[0078] Although in this specific example, ESD sensitivity monitor 
62 is invoked by tool controller 66 to generate ESD sensi- 
tivity data, it is to be understood that ESD sensitivity mon- 
itor 62 may also run independently to generate the sensi- 
tivity data which is then independently sent to scheduling 
optimizer system 10 (FIG. 1). Similarly MQGet process 68 
could run independently to receive the optimal path data 
from scheduling optimizer system 10 (FIG. 1), and tool 



controller 66 could run independently to use this data. 
[0079] Pseudo-code for the direct- 

MQ-manufacturing-tool-controller process of FIG. 7 is 
shown below: 

[0080] Begin-direct-MQ-manufacturing-tool-controller-process. 
[0081] Set shutdown-flag to FALSE. 

[0082] Load configuration information like log-filename, sup- 
port-email-id, etc. from the configuration file. 
[0083] Repeat 

[0084] invoke sensitivity-monitor process. 

[0085] |f sensitivity-monitor process returns error 

[0086] |_og the error in log-file. 

[0087] send an email-alert about the error to the support- 
email-id. 
[0088] Else 

[0089] invoke direct-MQ-Put process to send the tool-sensitivity 

data via MQ. 
[0090] if direct-MQ-Put process returns error 

[0091] |_ 0 g the error in log-file. 

[0092] send an email-alert about the error to the support- 



email-id. 

[0093] End _jf 
[0094] End _jf 

[0095] invoke direct-MQ-Get process to receive the optimal- 
path-information. 
[0096] if direct-MQ-Get process returns error 

[0097] |_ 0 g the error in log-file. 

[0098] send an email-alert about the error to the support- 
email-id. 

[0099] Else 

[0100] if shutdown-information received 

[0101] Set shutdown-flag to TRUE. 

[0102] |_ 0 g the shutdown-information in log-file. 

[0103] send an email-alert about the shutdown-time to the sup- 
port-email-id. 
[0104] End-if 

[0105] End-if 

[0106] until shutdown-flag=TRUE 

[0107] End-direct-MQ-manufacturing-tool-controller-process. 



[0108] Pseudo-code for the direct-MQ-Put process 90 is shown 
below: 

[0109] Begin-direct-MQ-Put-process. 

[0110] fj e t direct-connection to MQ-queue-manager. 

[° 1 1 1 ] If direct-connection failed 

[0112] Return error. 

[0113] End-if 

[0114] open the MQ-send-queue in send-mode. 

[0115] if open MQ-send-queue failed 

[0116] Return error. 

[0117] End-if 

[0118] Send the data as an MQ message on the MQ-send-queue. 

[0119] If sending of data failed 

[0120] Return error. 

[0121] End-if 

[0122] End-direct-MQ-Put-process. 

[0123] Pseudo-code for the direct-MQ-Get process 68 is shown 
below: 



[0124] Begin-direct-MQ-Get-process. 

[0125] G e t direct-connection to MQ-queue-manager. 

[0126] if direct-connection failed 

[0127] Return error. 

[0128] End _jf 

[0129] Open the MQ-receive-queue in receive-mode. 
[0130] if open MQ-receive-queue failed 
[0131] Return error. 
[0132] End-if 

[0133] Read the MQ message from the MQ-receive-queue. 
[0134] |f receiving of data failed 
[0135] Return error. 
[0136] End-if 

[0137] End-direct-MQ-Get-process. 

[0138] FIG. 9 illustrates a specific example of a tool assembly 
unit 160 including tool controller 166, ESD sensitivity 
monitor 162, tool data storage 164, MQGet process 168 
and MQ Put process 190 on one physical unit 171 and MQ 



queue manager 176, MQ receive queue 174 and MQ send 
queue 172 on a separate physical unit 170. In this exam- 
ple, one MQ queue manager 176 may be used for several 
tools, or tool assembly units, as opposed to the previous 
example where each tool had its own MQ queue manager 
76 (FIG. 8). As seen in FIGS. 8 and 9, depending on the lo- 
cation of each unit, just one queue manager may be used 
to implement the entire system or multiple queue man- 
agers may be used to implement the system. Other factors 
like data size, data volume and data criticality also influ- 
ence the decision of how many queue managers to use. 
[0139] The operations for assembly unit 160 of FIG. 9 are similar 
in scope to the operations for assembly unit 60 of FIG. 8 
with the exception of "client"MQ connections 178 and 180 
being made between assembly unit 160 and scheduling 
optimizer system 10 (FIG. 1) with MQ queue manager 176 
instead of "direct" MQ connections 78, 80 (FIG. 8). Appro- 
priate changes may also be made in the pseudo-code dis- 
cussed in reference to FIG. 8 to allow for a MQ client con- 
nection instead of a direct MQ connection. A client MQ 
connection basically indicates that a connection is made 
to a separate physical structure using client APIs, whereas 
a direct MQ connection indicates that a connection is 



made on the same physical structure using direct APIs. 
[0140] Also, as with the previous example, although tool con- 
troller 166 may invoke ESD sensitivity monitor 162 and 
MQ Get process 168, it is to be understood that ESD sen- 
sitivity monitor 162 may run independently to generate 
the sensitivity data, which is then independently sent to 
scheduling optimizer system 10 (FIG. 1). Similarly MQGet 
process 168 may run independently to receive the optimal 
path data from scheduling optimizer system 10 (FIG. 1), 
and tool controller 166 could run independently to use 
this data. 

[0141] j Vi Testing Unit with Messaging System FIG. 10 is the 

block diagram for a specific example of testing unit 250 
(FIG. 1). As with FIGS. 8 and 9, although a specific exam- 
ple is shown for testing unit 250, other examples may be 
used, (e.g., portions of testing unit 250 that may be on 
separate physical units, see FIG. 9) that are within the 
scope of the invention. 

[0142] FIG. 10 illustrates a specific tool testing unit 250 compris- 
ing tool controller 254, ESD sensitivity monitor 252, data 
storage 258, reliability data generator 264, MQ Get pro- 
cess 260 and MQ Put process 266, which are on the same 
physical unit as MQ queue manager 256, MQ receive 



queue 262 and MQ send queue 268. Since testing unit 
250 has its own MQ queue manager 256 for this example, 
MQ Put process 266 and MQCet process 260 make direct 
MQ connections 286 and 282, respectively to MQ queue 
manager 256. 

[0143] D a ta storage 258 is accessible to ESD sensitivity monitor 
252, tool controller 254, reliability data generator 264, 
MQ Get process 260 and MQ Put process 266. Although 
not shown, MQ queue manager 256, MQ receive queue 
262 and MQ send queue 268 may be on a separate physi- 
cal unit than the rest of testing unit 250. Thus, one MQ 
queue manager may be used for several testing tools, or 
testing units, as opposed to each tool having its own MQ 
queue manager 256. The connections would be similar to 
the connections for FIG. 10, except instead of direct MQ 
connections 282 and 286 to MQ queue manager 256, 
client MQ connections would be made to MQ queue man- 
ager 256. 

[0144] | n operation, tool controller 254 invokes ESD sensitivity 
monitor 252 to generate the tool"s ESD sensitivity data. 
Tool controller 254 also invokes the produce's reliability 
data generator 264 to generate the produce's reliability 
data. The tool"s ESD sensitivity data and the produce's re- 



liability data may be stored in data storage 258. Tool con- 
troller 254 then invokes MQ Put process 266 to send the 
sensitivity and reliability data to scheduling optimizer sys- 
tem 10 (FIG. 1) through MQ send queue 268. In this spe- 
cific example, MQ Put process 266 makes a direct MQ 
connection 286 to MQ queue manager 256 using direct 
MQ APIs and sends the sensitivity and reliability data as an 
MQ message. 

[0145] t 00 | controller 254 then invokes MQGet process 260, 
which makes a direct MQ connection 282 to MQ queue 
manager 256 using direct MQ APIs and receives the opti- 
mal path data of the floor schedule as an MQ message 
through MQ receive queue 262. Tool controller 254 uses 
the optimal path data to determine if the tool is to con- 
tinue to be in service or is to be removed from the manu- 
facturing process (e.g., shut down). 

[0146] Although in this specific example, ESD sensitivity monitor 
252 is invoked by tool controller 254 to generate ESD 
sensitivity data, it is to be understood that ESD sensitivity 
monitor 252 may also run independently to generate the 
sensitivity data which is then independently sent to 
scheduling optimizer system 10 (FIG. 1). Similarly MQGet 
process 260 could run independently to receive the opti- 



mal path data from scheduling optimizer system 10 (FIG. 
1), and tool controller 254 could run independently to use 
this data. 

[0147] Pseudo-code for the direct-MQ-testing-tool-controller 

process of FIG. 9 is shown below: 
[0148] Begin-direct-MQ-testing-tool-controller-process. 

[° 14 9] Set shutdown-flag to FALSE. 

[0150] |_ oac | configuration information like log-filename, sup- 
port-email-id, etc. from the configuration file. 

[° 151 ] Repeat 

[0152] invoke sensitivity-monitor process. 

[0153] |f sensitivity-monitor process returns error 

[0154] |_og the error in log-file. 

[0155] send an email-alert about the error to the support- 
email-id. 

[0156] E | se 

[0157] invoke test-data-generator process. 

[0158] if test-data-generator process returns error 

[0159] |_ 0 g the error in log-file. 



[0160] send an email-alert about the error to the support- 
email-id. 
[0161] E | se 

[0162] invoke direct-MQ-Put process to send the tool-sensitivity 

and device-reliability data via MQ. 
[0163] if direct-MQ-Put process returns error 

[0164] |_ 0 g the error in log-file. 

[0165] send an email-alert about the error to the support- 
email-id. 

[0166] End _jf 
[0167] End _jf 
[0168] End _if 

[0169] invoke direct-MQ-Get process to receive the optimal- 
path-information. 
[0170] if direct-MQ-Get process returns error 

[0171] |_ 0 g the error in log-file. 

[0172] send an email-alert about the error to the support- 
email-id. 
[0173] E | S e 

[0174] if shutdown-information received 



[0175] Set shutdown-flag to TRUE. 

[0176] |_ 0 g the shutdown- information in log-file. 

[0177] send an email-alert about the shutdown-time to the sup- 
port-email-id. 

[0178] End _jf 

[0179] End _jf 

[0180] Unt i| shutdown-flag=TRUE 

[0181] End-direct-MQ-testing-tool-controller-process. 

[0182] As aforementioned, a client MQ connection may be made 
instead of a direct MQ connection. Thus appropriate 
changes may be made in the pseudo-code to allow for 
this. 

[0183] v _ Scheduling Optimizer with Messaging System 

[0184] FIG. 11 illustrates a specific example of messaging system 
17 (FIG. 2) between scheduling optimizer 330 and reliabil- 
ity and sensitivity data storage 324 of scheduling opti- 
mizer system 10 (FIG. 1) and other systems and tools. 
Scheduling optimizer 330 may be part of scheduling opti- 
mizer 30 (FIG. 2), or may be part of a separate optimizer 
system that may work in conjunction with scheduling op- 
timizer 30 (FIG. 2). Furthermore, reliability and sensitivity 



data storage 324 may be part of database 20 (FIG. 2) or 
reliability and sensitivity data storage 24 (FIG. 2), or may 
be part of a separate data storage that may work in con- 
junction with database 20 (FIG. 2) or reliability and sensi- 
tivity data storage 24 (FIG. 2). In this specific example, MQ 
Get process 314 and MQ Put process 322 of messaging 
system 17 (FIG. 2) are on the same physical unit 324 as 
scheduling optimizer 330 and reliability and sensitivity 
data storage 324. MQ queue manager 318, MQ receive 
queue 316 and MQ send queue 320 are on a separate 
physical unit 326. Since MQ queue manager 318 is on a 
separate physical unit 326, client MQ connections 336 and 
340 are made to MQ queue manager 318. Reliability and 
sensitivity data storage 324 is accessible to scheduling 
optimizer 330, MQ Get process 314 and MQ Put process 
322. Although not shown, MQ queue manager 318, MQ 
receive queue 316 and MQ send queue 320 may be on the 
same physical unit as unit 324. The connections would be 
similar to the connections for FIG. 10, except instead of 
client MQ connections 336 and 340 to MQ queue manager 
3 18, direct MQ connections would be made to MQ queue 
manager 318. 

[0185] | n operation, scheduling optimizer 330 invokes MQGet 



process 314 to receive sensitivity and device reliability 
data from assembly unit 60 (FIG. 1) and testing unit 250 
(FIG. 1). Sensitivity and device reliability data is received 
through a client MQ connection 336 to MQ queue man- 
ager 318 and stored in reliability and sensitivity data stor- 
age 324. An optimal floor schedule is determined through 
scheduling optimizer system 10 (FIG. 2) and is defined 
through optimal path data path. Scheduling optimizer 330 
invokes MQ Put process 322 to send the optimal path data 
to assembly unit 60 (FIG. 1) and testing unit 250 (FIG. 1) 
through client MQ connection 340 to MQ queue manager 
318. 

[0186] Although in this specific example, MQ Get process 314 is 
invoked by scheduling optimizer 330 to receive sensitivity 
and reliability data, it is to be understood that MQ Get 
process 314 may also run independently to receive sensi- 
tivity and reliability data. Similarly the scheduling opti- 
mizer 330 could run independently to determine the opti- 
mal manufacturing path and the MQ Put process 322 
could run independently to send the optimal path data. 

[0187] Pseudo-code for the client-MQ-scheduling-optimizer 330 
process is shown below: 

[0188] Begin-client-MQ-scheduling-optimizer-process. 



[0189] Set shutdown-flag to FALSE. 

[0190] |_ oac | configuration information like log-filename, sup- 
port-email-id, etc. from the configuration file. 
[0191] Repeat 

[0192] invoke client-MQ-Get process to receive the tool- 
sensitivity and device-reliability data via MQ. 
[0193] if client-MQ-Get process returns error 

[0194] |_ 0 g the error in log-file. 

[0195] 5 enc j an email-alert about the error to the support- 
email-id. 
[0196] E | S e 

[0197] Determine the optimal-path. 

[0198] invoke client-MQ-Put process to send the optimal- 
path-information. 
[0199] if client-MQ-Put process returns error 

[0200] |_ 0 g the error in log-file. 

[0201] send an email-alert about the error to the support- 
email-id. 
[0202] End-if 

[0203] E nd-if 



[0204] |f administrator has asked for optimizer to terminate 

[0205] Set shutdown-flag to TRUE. 

[0206] |_ 0 g the shutdown-information in log-file. 

[0207] send an email-alert about the shutdown-time to the sup- 
port-email-id. 

[0208] End _jf 

[0209] Until shutdown-flag=TRUE 

[0210] End-client-MQ-scheduling-optimizer-process. 

[0211] As aforementioned, a direct MQ connection may be made 
instead of a client MQ connection. Thus, appropriate 
changes may be made in the pseudo-code to allow for 
this. 

[0212] v j_ Conclusion 

[0213] The above-described invention provides a scheduling op- 
timizer system, program product and method that ana- 
lyzes a device or assembly lot for sensitivities, such as 
ESD sensitivities, analyzes the sensitivity of assembly lots 
relative to the tool sensitivity, and allows for modification 
of a floor schedule of the assembly unit based on the sen- 
sitivity of the device while improving the overall perfor- 
mance of the assembly unit. 



[0214] Although ESD sensitivity is specifically discussed, the 

above-described invention may be applied to other device 
reliability sensitivities and activities, and is not limited to 
such. These activities may include latch-up, hot electron, 
mobile ion contamination, negative bias threshold insta- 
bility (NBTI), other reliability mechanism, etc. This inven- 
tion is also applicable to many technologies, such as 
semiconductors, magnetic recording (MR) industry, micro- 
mechanical machines (MEMs), and other nano-structures, 
etc. 

[0215] it w j|| be understood that the method steps discussed 

above are performed by a processor, such as CPU 14 (FIG. 
2) of system 10 (FIG. 2), executing instructions of pro- 
gram product 22 (FIG. 2) stored in memory. It is under- 
stood that the various devices, modules, mechanisms and 
systems described herein may be realized in hardware, 
software, or a combination of hardware and software, and 
may be compartmentalized other than as shown. They 
may be implemented by any type of computer system or 
other apparatus adapted for carrying out the methods de- 
scribed herein. A typical combination of hardware and 
software could be a general-purpose computer system 
with a computer program that, when loaded and exe- 



cuted, controls the computer system such that it carries 
out the methods described herein. Alternatively, a specific 
use computer, containing specialized hardware for carry- 
ing out one or more of the functional tasks of the inven- 
tion could be utilized. The present invention can also be 
embedded in a computer program product, which com- 
prises all the features enabling the implementation of the 
methods and functions described herein, and which - 
when loaded in a computer system - is able to carry out 
these methods and functions. Computer program, soft- 
ware program, program, program product, or software, in 
the present context mean any expression, in any lan- 
guage, code or notation, of a set of instructions intended 
to cause a system having an information processing capa- 
bility to perform a particular function either directly or af- 
ter the following: (a) conversion to another language, code 
or notation; and/or (b) reproduction in a different material 
form. 

[0216] while this invention has been described in conjunction 
with the specific embodiments outlined above, it is evi- 
dent that many alternatives, modifications and variations 
will be apparent to those skilled in the art. Accordingly, 
the embodiments of the invention as set forth above are 



intended to be illustrative, not limiting. Various changes 
may be made without departing from the spirit and scope 
of the invention as defined in the following claims. 



